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(57) Abstract: Systems and methods for implementing dispatch calls using IP multicasting protocols are disclosed. The methods 
include utilizing a payload multicast group address for distributing payload, and utilizing a control multicast group address for dis- 
tributing control messages to members of the talkgroup in a single-zone (FIG. 1). A zone controller (116) dynamically identifies 
payload and control multicast group addresses and sends them to participating sites (102, 104). The participating sites (102, 104) 
issue Join commands to associated network devices (108, 1 10) to receive payload and control messages addressed to the respective 
payload and control multicast group addresses. There is further disclosed a system and method for implementing dispatch calls for 
members in multiple zones (FIG. 8). Zone controllers (830, 832) separately identify control multicast group addresses and send them 
to affiliating devices in their respective zones. A controlling zone controller (830) dynamically identifies a payload multicast group 
address that is used by participating devices in both zones. The participating sites (806, 816) issue Join commands to associated 
network devices (810, 822) to receive payload messages addressed to the payload multicast group address and control messages 
addressed to their control multicast group address. 
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METHODS FOR IMPLEMENTING A TALKGROUP CALL 
IN A MULTICAST IP NETWORK 

FIELD OF THE INVENTION 

This invention relates generally to communication systems, and particularly 
communication systems incorporating multicast internet protocol (IP) addressing. 

BACKGROUND OF THE INVENTION 

Communication systems typically include a plurality of communication 
units, such as mobile or portable radio units and dispatch consoles that are located at 
multiple sites. Typically, the various sites include base site repeaters ("repeaters") 
for transceiving information such as control, voice, data and network management 
traffic between the communication units and each other. The communication units 
are often logically divided into various subgroups, known as talkgroups, which can 
be made up of communication units at different sites desiring to participle in a 
group or dispatch call. A dispatch call is one in which members of a particular 
talkgroup can communicate with each other via communication links established 
between multiple endpoints, such as voice repeaters and dispatch console positions. 

There are a variety of architectures that will support group or dispatch call 
connections between multiple endpoints. Perhaps the most commonly known is a 
"circuit-switched" architecture in which at least one base station or repeater at each 
site is linked, through dedicated or on-demand circuits, to a central radio system 
switching point ("central switch") in what is often called a "star" configuration. 
Some very large systems use a hierarchy of such "stars" where intermediate 
processors group the links from multiple cell sites and do some lower level 
processing on them before passing them up to the central switch. In either case, the 
circuits providing connectivity to the central switch require a dedicated wire for each 
endpoint whether or not the endpoint is participating in a particular call. 

Next generation radio systems propose to employ multicast addressing 
protocols, such as multicast Internet Protocol (IP) for providing group or dispatch 
call services. One example is U.S. Patent Application Ser. No. 09/283,121, titled 
"Wireless Communication System Incorporating Multicast Addressing and Method 
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For Use," assigned to Motorola, Inc. and incorporated herein by reference in its 
entirety. Generally, IP multicasting protocols provide one-to-many or many-to- 
many communications capability in a connectionless packet network. The network 
defines a spanning tree of router interfaces and necessary routes between those 
5 interfaces to provide multicast distribution of data with a minimum amount of data 
replication. Moreover, with multicast routing protocols, there is no need for 
dedicated bandwidth to each endpoint, thus dispatch service can be provided 
relatively more efficiently and less costly than in traditional circuit-switched 
networks. 

1 0 Because networks using IP multicasting protocols offer several advantages 

relative to traditional circuit-switched networks, there is a continuing need to 
develop and refine communication architectures using IP multicasting, particularly 
for implementing dispatch calls with multiple endpoints. As such, there is a need to 
define systems and methods for endpoints, including base site voice repeaters and 
15 dispatch consoles, to use various components of an IP multicast network for setting 
up and ending talkgroup calls. The present invention is directed to satisfying these 
needs. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other advantages of the invention will become apparent 
upon reading the following detailed description and upon reference to the drawings 
in which: 

FIG. 1 is a block diagram of an IP multicast communication system 
according to the invention; 

FIG. 2 is a flowchart illustrating the affiliation of communication devices to 
a talkgroup using an IP control multicast address according to the invention; 

FIG. 3 is a flowchart illustrating the de-affiliation of communication devices 
from a talkgroup using an IP control multicast address according to the invention; 

FIG. 4 is a flowchart illustrating the setting up of a talkgroup call using an IP 
payload multicast address according to the invention; 
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FIG. 5 is a flowchart illustrating the ending of a talkgroup call using an IP 
payload multicast address according to the invention; 

FIG. 6 is a message sequence chart associated with a subscriber initiated 
talkgroup call according to the invention; 

FIG. 7 is a message sequence chart associated with a console initiated 
talkgroup call according to the invention; 

FIG. 8 is a block diagram of a multi-zone IP multicast communication 
system according to the invention; 

FIG. 9 is a flowchart illustrating the setting up of a multi-zone talkgroup call 
using an IP payload multicast address according to the invention; and 

FIG. 10 is a message sequence chart associated with a subscriber initiated 
multi-zone talkgroup call according to the invention. 

DESCRIPTION OF PREFERRED EMBODIMENTS 

The following describes systems and methods for implementing dispatch calls 
using TP multicasting protocols in single-zone and multiple-zone architectures. 

In one embodiment of the present invention, there is provided a method utilizing 
a payload multicast group address for distributing payload to participating devices in a 
talkgroup call. The payload multicast group address is identified upon receiving a 
request for a talkgroup call and distributed to the participating devices in a call grant 
message. Upon receiving the payload multicast group address, the participating 
devices issue commands to one or more network devices that enable them to receive 
payload messages via the payload multicast group address. Payload message(s) 
sourced from a communication device are addressed to the payload multicast group 
address and sent to the participating devices via the one or more network devices. 

In another embodiment of the present invention, there is provided a method 
utilizing a control multicast group address for distributing control messages to 
participating devices in a talkgroup call. The control multicast group address is 
identified upon receiving an affiliation request for a talkgroup call and distributed to 
the participating devices in an affiliation acknowledgement. Upon receiving the 
control multicast group address, the participating devices issue commands to one or 
more network devices that enable them to receive control messages via the control 
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multicast group address. Control message(s) addressed to the control multicast 
group address are sent to the participating devices via the one or more network 
devices. 

In still another embodiment of the present invention, there is provided a 
method for distributing communication information between members of a 
talkgroup distributed among different zones. The method comprises identifying a 
plurality of multicast group addresses to be used for distributing communication 
information to the talkgroup, including a single payload multicast group address and 
separate control multicast group addresses in each zone. Optionally, there may be 
provided separate payload multicast group addresses in each zone, a single control 
multicast group address, or a single multicast address may be used for both payload 
and control messages in one or both zones. Upon receiving the multicast group 
address, the participating devices join the addresses and receive communication 
information (e.g., payload and control messages) via those multicast group 
addresses. 

In yet another embodiment of the present invention, there is provided a 
communication system operable to implement a talkgroup call using a payload 
multicast group address. The communication system includes a controller being 
operable to receive, from a communication source, a request for a talkgroup call, and 
identify a payload multicast group address to be used for distributing payload to one 
or more participating devices for the call. A packet network distributes the payload 
multicast group address to the participating devices. The participating devices 
include means for receiving the payload multicast group address and means for 
issuing commands to one or more network devices that enable the participating 
devices to receive payload messages via the payload multicast group address. The 
communication system includes means for sending, from the communication source 
to the one or more network devices, at least one payload message addressed to the 
payload multicast group address; and means for sending the at least one payload 
message from the one or more network devices to the participating devices. 

In still yet another embodiment of the present invention, there is provided a 
communication system using a control multicast group address for sending control 
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messages to members of a talkgroup call. The communication system includes a 
controller being operable to receive, from a communication device, an affiliation 
request for a talkgroup, and send an affiliation acknowledgement to the device 
containing a control multicast group address to be used for control signaling the 
5 talkgroup. The communication device includes means for receiving the affiliation 
acknowledgement containing the control multicast group address and means for 
issuing a command to a network device to enable the communication device to 
receive at least one control message via the control multicast group address. The 
communication system includes means for sending, from the network device to the 
10 communication device, at least one control message addressed to the control 
multicast group address. 

In a still further embodiment of the invention, there is provided a multi-zone 
communication system operable to implement a talkgroup call. The communication 
system comprises a plurality of communication zones arid a plurality of 
15 communication devices distributed among the plurality of communication zones. 
The communication system includes means for defining a talkgroup from among 
communication devices in the different zones, and means for identifying multicast 
group addresses (e.g., payload and control multicast group addresses) to be used for 
distributing communication information to the talkgroup. A packet network 
20 distributes the multicast group addresses to the communication devices participating 
in the talkgroup. The communication devices include means for receiving the 
multicast group addresses, means for joining the multicast group addresses, and 
means for receiving communication information via the multicast group addresses. 
Turning now to the drawings and referring initially to FIG. 1, there is shown 
25 an IP multicast communication system (or "network") 100 comprising a plurality of 
sites 102, 104, 106 that are coupled, via respective routers 108, 110, 1 12 to a core 
router 1 14. The routers 108-1 14 may comprise, for example, 3Com "NetBuilder" 
series routers. The core router 1 14 is coupled to a zone controller 116 having a 
processor 118 (such as a microprocessor, microcontroller, digital signal processor or 
30 combination of such devices) and a memory 120 (such as volatile or non- volatile 
digital storage devices or combination of such devices). In one embodiment of the 
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present invention, the zone controller 116 manages and assigns IP multicast 
addresses for payload (voice, data, video, etc.) and control messages between and 
among the various sites 102, 104, 106. 

As depicted in FIG. 1, site 102 includes a plurality of repeaters 122, 124, 126 
5 that are coupled, via Ethernet 128 to an associated router 108. Similarly, site 104 
includes a plurality of repeaters 130, 132, 134 that are coupled, via Ethernet 136 to 
router 110. Generally, the repeaters at the various sites 102, 104 communicate, via 
wireless communication resources 144, 146 with a plurality of subscriber units 148- 
156, which may comprise mobile or portable wireless radio units. Suitable wireless 
10 communication resources 144, 146 are multiple RF (radio frequency) channels such 
as pairs of frequency carriers, time division multiple access (TDMA) slots, code 
division multiple access (CDMA) channels, or any other RF transmission media. In 
the case where the communication resources comprise RF channels, it is common to 
assign separate channels and/or separate repeaters for different types of 
15 communication traffic. Thus, the repeaters at the various sites 1 02, 104 may 

comprise control channel repeaters, voice channel repeaters and/or link repeaters. 
For convenience, the term "repeater site" or simply "base site" will be used 
hereinafter instead of referring specifically to the repeaters) at a particular site. In 
contrast, site 106 includes a plurality of dispatch consoles 138, 140 that are coupled 

20 via Ethernet 142 to router 1 12 and defines a "console" site. Consoles 138, 140 may 
comprise wireless or wireline consoles. Although not shown in FIG. 1, it will be 
appreciated that a single site may include both repeaters and console positions. 

Practitioners skilled in the art will appreciate that the network 100 may 
include various other communication devices not shown in FIG. 1. For example, the 

25 network 100 may include wireline communication device(s), site controllers), 
comparators), telephone interconnect device(s), internet protocol telephony 
device(s), call loggers), scanner(s) and gateway(s). Generally, such communication 
devices may be either sources or recipients of payload and/or control messages 
routed through the network 100. These devices are described briefly below. 

30 A site controller is a device having a processor (such as a microprocessor, 

microcontroller, digital signal processor or combination of such devices) and a 
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memory (such as volatile or non-volatile digital storage devices or combination of 
such devices), that may be located at a particular site. A site controller may be used 
to control the communication of payload and/or control messages between 
repeaters) at a particular site. A site controller may also control communications 
5 between the repeater(s) and their associated router. In one embodiment, for 
example, a site controller sends IGMP Leave and Join messages to a router 
associated with a particular site to enable the repeater(s) at that site to receive 
payload and/or control messages addressed to particular multicast group address(es). 
A comparator (or 'Voter") is a device, usually connected by wireline to 
10 various receivers (e.g., different repeaters) receiving different instance(s) of a 
particular message or signal (e.g., from a subscriber radio unit). The comparator 
receives and compares among the different instances of the signal that may be 
received by the different receivers, and produces an output message that is 
comprised of either an entire message from one of the receivers or a composite 
15 message comprised of segments of the message received from one or more of the 
receivers. Each message may be comprised of a plurality of message frames. 

A scanner is a receiver that is adapted to monitor message transmissions 
from communication devices such as mobile or portable wireless radio units, 
consoles, repeaters, and the like. In one mode of operation, for example, a scanner 
20 scans the radio spectrum for the purpose of finding and, optionally, locking on to 
carrier frequencies containing message transmissions. Scanners are sometimes used 
by parties that are not intended recipients of the message transmissions and thus may 
or may not be members of a particular talkgroup for which the message 
transmissions are intended. 
25 A telephone interconnect device is a network-based device that provides 

voice transcoding services between mobile and land line subscribers when invoking 
full duplex telephone calls between those two subscribers. A transcoding service is 
required, for example, when a mobile subscriber using ACELP vocoding requests a 
call to a subscriber in the public switched telephone network (PSTN) using 64- 
30 kilobit per second PCM vocoding. 



WO 01/45310 PCT/USOO/33213 

8 

An internet protocol telephony device comprises a telephone that transports 
voice and/or control messages over a LAN to a telephony gateway box, which 
interfaces multiple (LAN based) phones and converts the IP control and audio 
packets back into the format of the local PSTN. More generally, a gateway device is 
5 one that provides voice and control translation services between two dissimilar 
communication systems. For example, a gateway device would be required if an 
APCO system were to be connected to a GSM system. Other services such as 
feature translation, authentication, authorization and encryption could also be 
provided by a gateway device. 

10 A call logger is a networked based device that records packetized voice 

talkgroup and private calls in a public safety system. A call logger could also record 
data calls. A call logger device typically stores the voice payload in its native 
format (i.e. vocoded audio). When it is desirable to playback the voice conversation 
at a later time, the call logger retrieves and decodes all packets which bound the call 

IS in question. 

As shown in FIG. 1, the plurality of subscriber units 148-156 are arranged 
into talk groups having corresponding talk group identifications as known in the art. 
Any number of talk groups having corresponding talk group identifications can be 
established within the system 100. In FIG. 1, two separate talk groups are shown, 
20 identified by labels "A" and "B." Talk group "A" at least includes the subscriber 
units 150, 152, 154 and talk group "B" at least includes the subscriber units 148, 
156. Console positions 138, 140 can affiliate with either, or both talkgroups "A" 
and "B" and, accordingly, may be considered members of both talk groups "A" and 
"B." 

25 According to a preferred embodiment of the present invention, the zone 

controller 1 16 dynamically assigns and manages respective payload and control IP 
multicast addresses for payload (voice, data, video, etc.) and control messages 
between and among participating talkgroup members at the various sites 102, 104, 
106. That is, multicast group addresses for particular talkgroups are not fixed (and 

30 therefore, are not stored in memory of devices distributed throughout the network) 
but rather are identified and assigned by the zone controller 1 16 on a call-by-call 
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basis. As such, a particular multicast group address is only temporarily assigned to 
any one call and can be reassigned to different calls as needed or desired. Dynamic, 
rather than static assignment of addresses is advantageous in terms of efficient use of 
resources in the network. One reason is because, in the static example, various 
multicast addresses (perhaps hundreds) associated with all of the different 
talkgroups in the network must be stored in the memory of various network devices, 
even though less than all of the talkgroups are generally active at any particular time. 
Moreover, even among talkgroups that are active, those talkgroups may not require 
use of all the network devices, for example, if they do not have members at each 
site. Thus, dynamic assignment of addresses is preferred. Alternatively, however, 
static assignment of addresses can be done. 

Multipoint routes pertaining to the IP multicast addresses used in the present 
invention are maintained by the routers 108-1 14 forming the network 100. IP 
Multicast is based on the well-known Internet Group Management Protocol (IGMP) 
which allows a multicast router to track the existence of multicast group members on 
local networks coupled to that router. Additionally, multicast routers use the 
information provided by IGMP in conjunction with a multicast routing protocol to 
support forwarding of data across a network of routers. Given the nature of wireless 
communication systems, sparse mode protocols such as the Core Based Tree (CBT) 
protocol and the Protocol Independent Multicast - Sparse Mode (PIM-SM) protocol 
are preferred multicast routing protocols for use in the present invention. However, 
it is anticipated that dense mode protocols such as the Distance Vector Multicast 
Routing Protocol (DVMRP), the Multicast Open Shortest Path First (MOSPF) 
protocol, the Protocol Independent Multicast - Dense Mode (PIM-DM) protocol or 
other protocols that may be devised in the future may also be used to implement the 
present invention. A common feature of these multicast routing protocols is that 
each establishes a "spanning tree" which, for a given multicast group, defines all of 
the router interfaces which contain group members and the necessary routes between 
these interfaces to provide the multicast distribution with a minimum amount of data 
replication. 
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Referring now to FIG, 2, a method for affiliating a communication device to 
a talk group is shown. The communication device may comprise, for example, a 
subscriber unit, such as a wireless mobile or portable radio, a wireline 
communication device, console (wireless or wireline), repeater/base station, site 
5 controller, comparator/voter, scanner, site controller, telephone interconnect device 
or internet protocol telephony device. The steps of FIG. 2 are implemented, where 
applicable, using stored software routines within the communication device, zone 
controller 1 16 or routers forming the network 100. At step 202, the communication 
device sends an affiliation request for a particular talkgroup to the zone controller 

10 116. This is typically performed upon power up (or, in the example of a mobile or 
portable device, when the device roams between sites). Upon receiving the 
affiliation request at step 204, the zone controller 1 1 6 identifies at step 206 a control 
multicast group address that is to be used for subsequent multicast control plane 
traffic for that particular talkgroup and returns an affiliation acknowledge ("ACK") 

15 message at step 208 to the communication device. In a preferred embodiment, the 
control multicast group address is identified dynamically and is included in the ACK 
message sent to the communication device. Alternatively, the control multicast 
group addresses for particular talkgroups may be fixed and/or sent separately from 
the ACK message. In still another embodiment, the ACK message may include a 

20 payload multicast group address that is to be used for payload message traffic for the 
talkgroup. 

Upon receiving the control multicast group address at step 212, the 
communication device "joins" the IP multicast group address at step 214. In one 
embodiment, this is accomplished by the communication device sending an Internet 

25 Group Management Protocol (IGMP) Join message to its associated multicast 
router. The routers of the network set up the spanning tree of router interfaces 
enabling multicast distribution of control messages throughout the talkgroup. In one 
embodiment, each branch of the tree is set up by the router associated with the 
affiliating communication device sending PIM-SM "Join" messages to a core router. 

30 Once the router interfaces are established, the communication device(s) continue to 
be joined to the IP multicast group address as long as they are affiliated to the 
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talkgroup. During such time, control messages addressed to the control multicast 
group address are distributed at step 216 by the router(s) and received at step 218 by 
the communication device(s). 

For example, consider the case of the console(s) 138, 140 (FIG. 1) desiring 
to affiliate with talkgroups "A" and "B." The console(s) 138, 140 determine the IP 
address of the zone controller 1 16 through a well-known discovery protocol, then 
send affiliation requests for talkgroups "A" and "B" to the zone controller 116. The 
zone controller 116 returns affiliation ACK messages identifying control multicast 
group addresses associated with talkgroups "A" and "B " The consoles 138, 140 
send IGMP "Join" messages for the identified control multicast group addresses 
associated with talkgroups "A*' and "B" to their associated router 1 12 which, in turn 
sends a PIM-SM "Join" message to the core router 1 14, thereby setting up branch 
160 of the spanning tree of router interfaces. As long as the consoles 138, 140 
remain affiliated with talkgroups "A" and "B," they will receive control messages 
addressed to the control multicast group addresses associated with those talkgroups. 

Subscriber units affiliate with the talkgroups in generally the same manner as 
the consoles, by sending affiliation requests for talkgroups "A" or "B" to the zone 
controller 116. For example, subscriber unit 150 sends an affiliation request for 
talkgroup "A" and subscriber unit 148 sends an affiliation request for talkgroup "B." 
The zone controller 1 16 returns affiliation ACK messages identifying the control 
multicast group addresses for talkgroups "A" and "B." The repeaters associated 
with subscriber units 148, 150 send IGMP "Join" messages to their associated router 
108 which, in turn sends a PIM-SM "Join" message to the core router 1 14, thereby 
setting up branch 164 of the spanning tree of router interfaces. As long as the 
subscriber units 148, 150 remain affiliated with their respective talkgroups "A" and 
"B," the subscriber units' currently affiliated base sites will receive control messages 
addressed to the control multicast group addresses associated with those talkgroups. 

FIG. 3 shows a method for a communication device to deaffiliate with a 
talkgroup. At step 320, the communication device sends a deaffiliation message for 
a particular talkgroup to the zone controller 116. Upon receiving the deaffiliation 
message at step 322, the zone controller 1 16 returns a deaffiliation acknowledge 
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("ACK") message at step 324 to the communication device. Upon receiving the 
deaffiliation ACK message at step 326, the communication device sends a IGMP 
"Leave" message at step 328 to its associated multicast router to signify its desire to 
leave that IP multicast group address. The routers of the network ultimately break 
down the spanning tree of router interfaces, after having received IGMP "Leave" 
message(s) from the endpoints of the talkgroup, by sending PIM-SM "Leave" 
messages between routers. Communication resources supporting the control 
messaging between the repeaters and subscriber units are deassigned at step 330. 

Referring now to FIG. 4, there is shown a method for setting up of a 
talkgroup call using IP payload multicast addressing. The steps of FIG. 4 are 
implemented, where applicable, using stored software routines within the 
communication devices, zone controller 1 16 or routers forming the network 100. At 
step 402, a sourcing communication device ("communication source") sends a call 
request for a particular talkgroup to the zone controller 1 16. The communication 
source may comprise, for example, a subscriber unit, such as a wireless mobile or 
portable radio, a wireline communication device, console (wireless or wireline), 
repeate^ase station, site controller, comparator/voter, scanner, site controller, 
telephone interconnect device or internet protocol telephony device. 

Upon receiving the call request at step 404, the zone controller 1 16 identifies 
at step 406 a payload multicast group address that is to be used for distributing 
payload to one or more participating devices for the call. The payload may 
comprise, for example, audio (including but not limited to voice), video, data, 
multimedia, etc. Generally, the participating devices comprise those communication 
devices that are able to instruct an associated router to join (or leave) the payload 
multicast group address, so that the participating devices may receive (or stop 
receiving) payload addressed to the payload multicast group address. The 
participating devices may comprise, for example, mobile or portable radio(s), 
wireline communication device(s), console(s) (wireless or wireline), repeater/base 
station(s), call logger(s), CALEA gateway(s), telephone interconnect device(s) 
and/or internet protocol telephony device(s) affiliated with the talkgroup. 
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At step 408, the zone controller returns call grant messages to the 
communication source and the various participating devices in the talkgroup. In a 
preferred embodiment, the payload multicast group address is identified 
dynamically, on a call-by-call basis and is included in the call grant messages sent to 
the various talkgroup members participating in that call. Alternatively or 
additionally, fixed payload multicast group addresses for various talkgroups may be 
stored in memory and then recalled upon receiving call request(s), as appropriate. 
The payload multicast group addresses might also be included in the ACK messages 
that are sent upon the talkgroup members affiliating with the talkgroup. Finally, the 
payload multicast group addresses might be stored in memory in the participating 
devices and recalled upon receiving the call grant message(s), as appropriate. 

For example, message sequence charts associated with subscriber radio and 
console initiated talkgroup calls are shown at FIG. 6 and FIG. 7, respectively. First 
consider the example of a radio initiated talkgroup call, sourced by subscriber unit 
150. The subscriber unit 150 sends a Call Request 600 to its associated base site 
102, which in turn sends a Call Request Message 602 to the Zone Controller 1 16. 
The zone controller 116 returns Call Grant Messages 604 to base site 102 and any 
other participating repeater sites (not shown in FIG. 6) that may be affiliated with 
the talkgroup. The various participating repeater sites then send Call Grant packets 
608 to their associated subscriber unit(s). The zone controller 1 16 also sends a 
Radio Initiated Call Grant message 606 to any participating consoles (e.g., console 
138). In one embodiment, both the Call Grant Message(s) 604 and Radio Initiated 
Call Grant messages 606 include the payload multicast group address, denoted 
MCID, associated with the talkgroup. In one embodiment, the Call Grant 
Message(s) 404 sent to the participating repeater sites comprise unicast IP packets 
and the Radio Initiated Call Grant message(s) 606 sent to the participating consoles 
comprise packets sent via the control multicast group address associated with the 
talkgroup. 

Next consider the example of a console initiated group call, sourced by 
console 138. The sourcing console 138 sends a Console Call Request 700 to the 
Zone Controller 116, which returns Console Call Grant Message(s) 702 to console 
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138 and any other participating consoles (not shown in FIG. 7) that may be affiliated 
with the talkgroup. The zone controller 1 16 also returns Call Grant Message(s) 704 
to base site 102 and any other participating repeater sites that may be affiliated with 
the talkgroup. The various participating repeater sites send Call Grant packets 710 
5 to their associated subscriber unit(s). In one embodiment, both the Console Call 
Grant Message(s) 702 and Call Grant Message(s) 704 include the payload multicast 
group address, denoted MCID, associated with the talkgroup. In one embodiment, 
the Console Call Grant message(s) 702 sent to the participating consoles comprise 
packets sent via the control multicast group address associated with the talkgroup, 
whereas the Call Grant Message(s) 704 sent to the participating repeater sites 
comprise unicast IP packets. 

Upon receiving the payload multicast group address (e.g., MCID) at step 
412, participating repeater sites and consoles send IGMP "Join" messages to their 
associated routers at step 414 to signify their desire to join that IP multicast group 
address. In the example of FIG. 6, Join MCIP packets 610 are sent from base site 
102 to its associated router 108 and from console 138 to its associated router 1 12. 
Join messages from other participating devices (not shown) are accomplished in 
similar fashion. Similarly, in the example of FIG. 7, Join MCIP packets 708 are sent 
from console 138 to its associated router 112 and from base site 102 to its associated 
router 108. Join messages from other participating devices (not shown) are 
accomplished in similar fashion. In one embodiment, the Join message(s) from the 
participating repeater sites are sent from a Voice Channel Repeater at those sites. 
Alternatively, the Join message(s) may be sent from site controllers) associated 
with the participating repeater sites. 

Upon receiving the "Join" messages, the routers of the network create 
routing table entries to form the spanning tree between the participating devices of 
the talkgroup. In one embodiment, this is accomplished by the routers 108, 1 10, 1 12 
associated with the various participating devices sending PIM-SM "Join" messages 
to the core router 1 14. Once the router interfaces are established, payload messages 
addressed to the payload multicast group address are distributed at step 416 by the 
router(s) and received at step 418 by the participating devices. In the example of 
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FIG. 6, subscriber unit 150 sources a payload 612 that is sent to its associated base 
site 102. The base site 102 sends the payload 612, via its associated router 108 and 
core router 1 14, to the participating console 138. The payload 612 is distributed to 
other participating devices (not shown) in similar fashion. In the example of FIG. 7, 
5 the sourcing console 138 sends a payload 712 that is sent, via its associated router 
1 12 and core router 1 14, to the participating repeater site 102. The payload 712 is 
distributed to other participating devices (not shown) in similar fashion. 

FIG. 5 shows a method for ending a talkgroup call. The method begins at 
step 520 with the sourcing communication unit sending a dekeying message to the 
10 zone controller 1 1 6. The Zone Controller receives the dekey message at step 522. 
Upon receiving the dekeying message, and after a "hang time" has expired, the Zone 
Controller 1 16 proceeds to end the call by distributing call end messages at step 524 
to the participating communication devices. The participating devices receive the 
call end messages at step 526. Turning to the message sequence chart associated 
15 with a radio initiated call (FIG. 6), the zone controller 1 1 6 sends a Call End message 
614 to the site 102 and an End of Radio Call packet 616 to console 138. Call End 
message(s) 614 or End of Radio Call packet(s) 616 are sent from the zone controller 
to any other participating sites and/or consoles in similar fashion. In one 
embodiment, the Call End message(s) 614 sent to the participating repeater sites 
20 comprise unicast IP packets, whereas the End of Radio Call packet(s) 616 sent to the 
consoles comprise packets sent via the control multicast group address associated 
with the talkgroup. In the example of a console initiated talkgroup call (FIG. 7), the 
zone controller 116 sends an End of Console Call packet 714 to console 138 and a 
Call End message 716 to the site 102. End of Console Call packet(s) 714 or Call 
25 End message(s) 716 are sent from the zone controller to any other participating sites 
and/or consoles in similar fashion. 

At step 528, the participating repeater sites and consoles send IGMP "Leave" 
messages to their associated routers to signify their desire to leave that IP multicast 
group address. In the example of FIG. 6, Leave MCIP packets 618 are sent from 
30 base site 102 to its associated router 108 and from console 138 to its associated 
router 1 12. Leave messages from other participating devices (not shown) are 
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accomplished in similar fashion. Similarly, in the example of FIG. 7, Leave MCIP 
packets 718 are sent from console 138 to its associated router 1 12 and from base site 
102 to its associated router 108. Leave messages from other participating devices 
(not shown) are accomplished in similar fashion. In one embodiment, the Leave 
message(s) from the participating repeater sites are sent from a Voice Channel 
Repeater at those sites. Alternatively, the Leave message(s) may be sent from site 
controllers) associated with the participating repeater sites. Upon receiving the 
"Leave" messages, the routers of the network disassemble the spanning tree between 
the participating devices of the talkgroup. In one embodiment, this is accomplished 
by the routers sending PIM-SM "Leave" messages between routers. At step 530, the 
Zone Controller deassigns communication resources. 

Now turning to FIG. 8, there is shown a multi-zone IP multicast 
communication system ("network") 800. For convenience, two zones I, II are shown 
in FIG. 8. However, it will be appreciated that the multi-zone network 600 may 
include virtually any number of zones. Generally, each zone I, II includes a plurality 
of sites that are coupled, via respective routers to a core router. Communication 
devices such as subscriber units, consoles, base site repeaters, and the like are 
distributed among the various sites. As shown, zone I includes sites 806, 808 that are 
coupled, via respective routers 810, 812 to a core router 814. Zone II includes sites 
816, 818, 820 that are coupled, via respective routers 822, 824, 826 to a core router 
828. The core routers 814, 828 are coupled to respective zone controllers 830, 832 
having a processor and a memory, generally as described in relation to FIG. 1 . The 
core routers 814, 820 are connected to each other via link 834 which may comprise, 
for example, T-l or E-l digital carrier systems. 

As shown, sites 806, 816, 818 are repeater sites, each including a plurality of 
repeaters coupled, via Ethernet to their associated router. The repeaters may 
comprise control channel repeaters, voice channel repeaters and/or link repeaters as 
noted in relation to FIG. 1 . Sites 818, 820 are console sites, each including a 
plurality of dispatch consoles coupled, via Ethernet to their associated router. 
However, each site may include both repeaters and console positions. Generally, the 
repeater sites communicate, via wireless communication resources, with a plurality 
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of subscriber units. The subscriber units may comprise mobile or portable radio 
units divided among various talkgroups as described in relation to FIG. 1. For 
convenience, only four subscriber units are shown in FIG. 8. In zone I, subscriber 
units 836, 838 communicate, via wireless communication resource 844, with 
5 repeater site 806. In zone II, subscriber units 840, 842 communicate, via wireless 
communication resource 846, with repeater site 816. 

Referring now to FIG. 9, there is shown a method for setting up of a multi- 
zone talkgroup call using IP payload multicast addressing. The steps of FIG. 9 are 
implemented, where applicable, using stored software routines within the 
10 communication devices, zone controllers and routers forming the network 800. It is 
assumed that participating devices of the network 800 are affiliated with talkgroups, 
having received control payload multicast addresses, prior to performing the steps of 
FIG. 9. Affiliation of the subscriber units and consoles with talkgroups in each 
respective zone is accomplished in generally the same manner as described in 
15 relation to FIG. 2. 

In one embodiment, the zone controller of each zone independently assigns a 
control multicast address to the participating devices of the talkgroup in its zone. 
That is, participating devices of a particular talkgroup in the same zone will have the 
same control multicast address, but those in different zones will generally have 
20 different control multicast addresses. For example, in FIG. 8, subscriber unit 836 
(site 806) and console 848 (site 808), both members of talkgroup "A M are in the 
same zone I, thus the repeater(s) associated with subscriber unit 836 will join the 
same control multicast group address as console 848. However, because subscriber 
unit 840 is in zone II, the repeater(s) associated with subscriber unit 840 will join a 
25 different control multicast group address, even though subscriber unit 840 is also a 
member of talkgroup "A." Alternatively, different devices (e.g., consoles and 
repeaters) in the same zone may use different control multicast group addresses. 
Separate multicast addresses in each zone (or in the same zone) is advantageous 
because it limits the scope of ACKs when Reliable Multicast is employed, and limits 
30 the scope of the multicast domain should one zone controller go into zone trunking. 
Alternatively, however, it will be appreciated that the same control multicast address 



WO 01/45310 PCT/US00/33213 

18 

could be assigned to all of the devices affiliated to a particular talkgroup, 
irrespective of their zone. It will further be appreciated that the control multicast 
group addresses may be assigned dynamically, on a call-by-call basis, or may be 
statically assigned to various talkgroups. 

At step 902, a sourcing communication device ("communication source") 
sends a call request for a particular talkgroup to its zone controller. The 
communication source may comprise, for example, a wireless communication 
device , such as a mobile or portable radio, wireline communication device, console 
(wireless or wireline), repeater, site controller, comparator, telephone interconnect 
device or internet protocol telephony device. FIG. 10 shows a message sequence 
chart associated with a talkgroup call sourced by subscriber unit 836 (site 806, zone 
I). The subscriber unit 836 sends a Call Request 1002 to its associated base site 806, 
which in turn sends a Call Request Message 1004 to the controlling Zone Controller 
830. In a preferred embodiment, the controlling zone controller is statically 
configured. That is, a designated one of the zone controllers is assigned to be the 
controlling zone controller. Alternatively, however, it is envisioned that the 
controlling zone controller may be defined on a call by call basis as the one of the 
zone controllers that is in the zone of the sourcing communication unit. That is, in 
the example of a call sourced from subscriber unit 840 (zone II), zone controller 832 
would be the controlling zone controller. 

Upon receiving the call request at step 904, the controlling zone controller 
830 sends at step 906 a new call query (not shown in FIG. 10) to each participating 
zone controller, that is any other zone controller having communication device(s) 
affiliated to the particular talkgroup. At step 908, the controlling zone controller 
receives response(s) from the participating zone controllers) indicating whether 
their respective zone(s) have voice resources available to support the call. When all 
the responses have been received, the controlling zone controller determines if the 
call will be granted. If the call is to be granted, the controlling zone controller 
identifies a payload multicast group address at step 910 and grants the call request at 
step 912. The payload multicast group address comprises an address that is to be 
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used for distributing payload to one or more participating devices for the call, 
substantially as described in relation to FIG. 4. 

In a preferred embodiment, the payload multicast group address is identified by the 
controlling zone controller dynamically, on a call-by-call basis. Alternatively, static 
5 payload multicast group addresses associated with various talkgroup IDs may be 
stored in memory and then recalled, upon receiving a call request, as appropriate. 

Upon granting the call, the controlling zone controller 830 (zone I) sends a 
Zone to Zone Call Grant packet 1006, including the payload multicast group 
address, to participating zone controller 832 (zone II). Alternatively or additionally, 
10 the payload multicast group address may be passed to the participating zone 

controller in the new call query, before the call is granted. The controllers 830, 832 
then send Call Grant Message(s) 1008 to participating repeater sites and Radio 
Initiated Call Grant Messages 1010 to participating console sites in their zones, as 
appropriate. In one embodiment, both the Call Grant Message(s) 1008 and Radio 
15 Initiated Call Grant messages 1010 include the payload multicast group address, 
denoted MCID, associated with the talkgroup. Specifically, with reference to FIG. 
10, Call Grant Message(s) 1008 are sent from zone controller 830 to base site 806, 
and from controller 832 to base site 816. The zone controller 832 further sends a 
Radio Initiated Call Grant Message 1010 to console 852. In response to receiving 
20 the Call Grant Message(s) 1008, the participating repeater sites 806, 816 send Call 
Grant packets 1012 to their respective subscriber units 836, 840. 

Upon receiving the payload multicast group address at step 914, the various 
participating communication devices send IGMP "Join" messages to their associated 
routers at step 916 to signify their desire to join that IP multicast group address. 
25 Using the example of FIG. 10, the repeater site 806 in Zone I associated with the 
sourcing subscriber unit 836 sends a Join MCIP packet 1014 to its associated router 
810. In zone II, the repeater site 816 associated with subscriber unit 840 sends a 
Join MCIP packet 1014 to its associated router 822, and console 852 sends a Join 
MCIP packet 1014 to its associated router 826. Upon receiving the "Join" messages, 
30 the routers 810, 812, 826 communicate with core routers 814, 828 to set up the 
spanning tree between the participating devices of the talkgroup. 
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Once the router interfaces are established, payload messages addressed to the 
payload multicast group address are distributed at step 918 by the router(s) and 
received at step 920 by the participating devices. In the example of FIG. 1 0, the 
subscriber unit 836 (zonel) sources a payload 1016 to base site 806. The base site 
5 806 sends the payload 101 6 to the core router 8 14, which sends the payload to the 
core router 828. The core router 828, in turn, sends the payload to the participating 
console 852 and base site 816 in zone II. The payload 1016 is distributed to any 
other participating devices (not shown) in similar fashion. 

When the call ends, the controlling zone controller 830 (zone I) sends a Zone 
10 to Zone Call End packet 1020 to zone controller 832 (zone II). The controllers 830, 
832 then send Call End Message(s) 1020 to participating repeater sites and End of 
Radio Call messages 1022 to participating console sites in their zones, as 
appropriate. Specifically, with reference to FIG. 10, Call End Message(s) 1020 are 
sent from zone controller 830 to base site 806, and from zone controller 832 to base 
1 5 site 8 1 6. In response to receiving the Call End Message(s) 1 020, the participating 
repeater sites 806, 816 send Leave MCIP message(s) 1024 to their associated routers 
810, 822 to leave the multicast group in generally the same manner described in 
relation to single-zone calls (FIG. 5). Similarly, console 852 leaves the multicast 
group by sending a Leave MCIP message 1024 to its associated router 826. 

The present disclosure therefore has identified various methods for 
implementing dispatch calls using IP multicasting protocols in single-zone and 
multiple-zone architectures. The methods provide for efficient use of 
communication resources, through dynamic assignment of IP multicast addresses on 
a call by call basis for transmission of payload messages. 

The present invention may be embodied in other specific forms without 
departing from its spirit or essential characteristics. The described embodiments are 
to be considered in all respects only as illustrative and not restrictive. The scope of 
the invention is, therefore, indicated by the appended claims rather than by the 
foregoing description. All changes that come within the meaning and range of 
equivalency of the claims are to be embraced within their scope. 
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1. A method comprising the steps of: 

receiving, from a communication source, a request for a talkgroup call; 
5 identifying a payload multicast group address to be used for distributing 

payload to one or more participating devices for the call; 

distributing the payload multicast group address to the participating devices; 

issuing, by the participating devices, respective commands to one or more 
network devices to enable the participating devices to receive payload messages via 
10 the payload multicast group address; 

sending, from the communication source to the one or more network devices, 
at least one payload message addressed to the payload multicast group address; and 

sending the at least one payload message from the one or more network 
devices to the participating devices. 

15 

2. The method of claim 1, wherein the step of issuing commands comprises, 
sending, from the participating devices, IGMP Join messages to one or more local 
network devices. 

20 3. The method of claim 1 further comprising the steps of: 

determining, by a controller, that the call has ended; 
sending, from the controller to the participating devices for the call, 
respective call end messages signifying an end of the call; 

receiving, by the participating devices, the call end messages; and 
25 issuing, by the participating devices, respective commands to one or more 

network devices to discontinue the participating devices from receiving payload 
messages via the payload multicast group address. 



30 



4. The method of claim 3, wherein the step of issuing commands comprises, 
sending, from the participating devices, IGMP Leave messages to one or more local 
network devices. 
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5. A method comprising the steps of: 

sending, from a communication device to a controller, an affiliation request 
for a talkgroup; 

receiving, by the controller, the affiliation request; 
5 identifying, by the controller, a control multicast group address for use in 

sending control signaling for the talkgroup; 

sending, by the controller, an affiliation acknowledgment containing the 
control multicast group address to the communication device; 

receiving, by the communication device, the affiliation acknowledgment 
10 containing the control multicast group address; 

issuing, by the communication device, a command to a network device to 
enable the communication device to receive at least one control message via the 
control multicast group address; and 

sending, from the network device to the communication device, at least one 
15 control message addressed to the control multicast group address. 
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6. In a communication system including a plurality of communication zones, a 
method comprising the steps of: 

defining a talkgroup comprising a plurality of communication devices in 
respective ones of the communication zones; 

identifying a plurality of multicast group addresses to be used for distributing 
communication information to the talkgroup, each of the multicast group addresses 
being associated with one of the communication zones; 

distributing the multicast group addresses to the communication devices 
participating in the talkgroup; 

receiving, by the communication devices, the multicast group addresses; 

joining, by the communication devices, the multicast group addresses; and 

receiving, by the communication devices, communication information via the 
multicast group addresses. 

7. The method of claim 6, wherein the talkgroup includes communication 
devices in at least a first and second zone, the multicast group addresses including a 
first control multicast group address for control signaling communication devices in 
the first zone and a second control multicast group address for control signaling 
communication devices in the second zone. 

8. The method of claim 7, wherein the step of distributing the multicast group 
addresses comprises: 

sending, from a first controller, the first control multicast group address to 
communication devices in the first zone; and 

sending, from a second controller, the second control multicast group address to 
communication devices in the second zone. 

9. The method of claim 6, wherein the talkgroup includes communication 
devices in at least a first and second zone, the multicast group addresses including a 
payload multicast group address for sending payload messages to communication 
devices in each of the first and second zones. 
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10. The method of claim 6, wherein the talkgroup includes communication 
devices in at least a first and second zone, the multicast group addresses including a 
first payload multicast group address for sending payload messages to 
communication devices in the first zone and a second payload multicast group 
address for sending payload messages to communication devices in the second zone. 
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